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(54) Title: EMAIL PROTOCOL FOR A MOBILE ENVIRONMENT AND GATEWAY USING SAME 



(57) Abstract: A message delivery 
server system for delivery of 
electronic content; to a receiving 
client, comprises: a * data storage 
for staring electronic content* a 
connection unit for maintaining a 
connection with the receiving client, 
and a connection establishment ' 
unit for allowing a receiving client 
to establish a connection with the 
server. The connection establishment 
unit comprises a definition unit for 
placing one or more connection 
definitions relating to the connection 
in an entity that 5s independent of 
■ any actual connection socket used 
for the session The definition Unit 
can be used to establish additional 
sockets to maintain the session and the 
definitions wilhin can be used to find 
the best way to download media to tbe . 
receiving client ' 




24' 



MEDIA 



34.K 



C01WERTQR 



342< 



CONVERTOR 



COWERTOR 



CONVERTOR 



C0NVERT0R 

1 "■ > 1 
t 

•32 







SESSION ID 
HANDLER- 







CONNECTION 
ESTABLISHMENT 
UNIT 



BNSDOC10: <W O 0 3ai3flBQAl 1 > 



WO 03/013080 At IllIlllIIIlIIIlllllDliillili- 



For tv)o4eiter codes and other abbreviations \ refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- . 
ting of each regular issue of the PCT Gazette. 



BNSDOCiD: <W O Q30130B0A1 I > 



WO 03/013080 V€JfXBQ2mm 

EMAIL PROTOCOL FOR A MOBILE ENVIRONMENT AND GATEWAY USING THE 

SAME" 

CROSS-REFERENCE TO RELATED APPLICATIONS. 
[0001] This application claims the benefit of U.S. Provisional Application No* 
5 60/379,731, filed May 14, 2002, and of U.S. Provisional Application No. 60/308,560 
filed 31 My 2001. The disclosures of both applications are incorporated by reference, 
herein, in their entirety. 

: FIELD OF THE INVENTION. 

[0002] The present invention relates to an e-mail access protocol and 
io mom particularly but not exclusively to such an access protocol which is 
especially suitable for limited bandwidth connections and optimized for a 
mobile environment , 

BACKGROUND OF THE INVENTION. 
[0003] Currently there are several standard ways to access or send email 
is ' messages, and current methods use a network mailbox, to which a client device logs 
on for access. Example protocols include POP, MAP and SMTP. There are also 
several proprietary protocols in use. 

[0004] ' Generally, email messages are stored in a storage server, to which fee 
intended receiver logs on to retrieve or access them* POP and MAP allow a user to 
ao view a message whilst it is located in die message store. SMTP is a protqcol for 
sending e-mail messages. 
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[00051 Throughout the current art, the email access procedure is the same no 
matter what kind of end teiminai accesses the mail and no matter what the current 
networking capacity or link capacity. Nevertheless, the downloading terminal may be 
any one of a range of terminals connected over any kind of link and may range from a 

5 cellular telephone connected over a bandwidth-limited cellular network to a personal 
organizer or PDA to a desktop computer connected over a high bandwidth digital link. 
[00051 Generally, most terminate are capable of handling and displaying a 
certain amount of textual content However not all terminals are suitable for the file 
sizes needed to display even a moderate length e-mail message, Often, as with a 

io mobile telephone, the lack of suitability is due to the terminal's limited display size, 
. unwieldy user interface and lack of sufficient memory. 
C0007] Most terminals are capable of transferring e-mail messages within a 
reasonable time frame, and mobile terminals can also achieve reasonable performance 
as long as the message is purely text Problems arise when flies, such as word 

ts processing documents of considerable size or multimedia files, are attached to e-mail 
messages. In addition, displaying or playing multimedia files on mobile devices pose 
problems due to the lack or insufficiency of appropriate device resources. Multi- 
media files may require format and dimension conversion in order to be successfully 
played on a mobile device. For example, typical cellular telephones have very little 

20 capacity to handle multimedia files, and bandwidth limited links may be finable to 
transfer such files in a reasonable amount of time. Furthermore, the kinds of 
multimedia files that cellular telephones ate able to handle are limited in any case. 
The mobile device may also have limited storage and display capabilities. 
Addidonally, the device may not always have the required software to display all of 

25. the content types within a message (e.g, a Powerpoint™ presentation requires a. 
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Powerpomt™ **player")* Furthermore, the basic protocols in use,such as MAP & 
POP protocols, cannot provide information about the capacity of a link or a receiving 
terminal, Linutations in storage capacity at the receiving terminal may, for example, 
make it difficult to download data for subsequent offline viewing. However, both 
5 EMAP and POP deliver ait exact copy of the stored message, regardless of the 
receiving device or link capacity. 

100081 ■ Further difficulties with the rairrent art may include requiring a socket 
connection to be kept open for, the duration of a session. The IMAP.and POP 
protocols usually download an entire message, Le, the e-mail text, as a single block* 

10 although attachments may be downloaded separately* 

[0009] In many cases, a user logs on, establishes a socket connection, 
downloads material related to a first e-mail message, then spends the next few 
: seconds or minutes reading the material before she/he attempts a second download 
Because the user does not log off while reading the material from the first e-mail 

is message, the socket connection remains open, albeit inactive,- and network connection 
resources axe, therefore, wasted. If the socket connection is ended, &en &e session 
ends and the user is required to log on again and may need to repeat certain steps in 
order to resume operation from the previous, ended, session. This poses an 
inconvenience to the user, because some or all of the session operations must be 

20 repeated. Furthermore, current e-mail architectures, such as MAP & POP, make it 
difficult to perform any form or processing on the e-mail message prior to its arrival 
at the recipient. For example it is difficult to arrange the e-mail to accord with 
requirements set by the recipient, for example text to speech or language translation, 
A reason for this is that fee mail protocol level does not allow for any recognition of 

25 the end user except as an address that pulls the message, 
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SUMMARY OF THE INVENTION. 

[OOXOl it is an object of an embodiment of the present invention to enable a 

source of an electronic data transfer to obtain identification information or settings 

from a receiving terminal so &at the source is able to modify data prior to 

5 transmitting the data to the receiving terminal. Preferably, title settings include 

i 

information about the receiving terminal's capabilities and requirements* so the data 
. can be modified such that the receiving terminal can handle the datai 
to 0111 Additionally or alternatively / it is an object of the present 
embodiments to provide session data that is independent of a connection 

to socket, so fee session is not limited to a single connection socket, bat the 
session may comprise numerous connection sockets, which are established and 
abandoned as desired. Alternatively or additionally, using such independent 
session data, it is desirable that the session can be recovered following 
inadvertent or unexpected loss of the socket 

is [0012] According to a first aspect of the present invention there is thus 
provided a data delivery server system for delivery of electronic content to a 
receiving client, said system comprising; a data storage for storing said 
electronic content, a connection unit, for maintaining a connection with said 
receiving client, tod a connection establishment unit for allowing a receiving 

20 client to establish a connection with said server, said connection establishment 
unit comprising an autonomous definition unit for placing at least one 
connection definition relating to said connection in an entity independent of 
said connection unit 

- 4 - 
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£0013] This and farther aspects of the present invention are as stated in 
the appended claims, 

BRIEF DESCRIPTION OF THE DRAWINGS . 
[0014] For a better irnderstanding of the invention and to show how the same 
s may be carried into effect, reference will now be made, purely by way of example, to 
the accompanying drawings, in which: 

[0015] Fig. 1 is a simplified diagram showing a possible email connection 
path 

[00161 Fig. 2 is a simplified block diagram showing a server for supporting a 
10 mail protocol according to a first embodiment of the present invention (hereinbelow 
an HMAP server) 

[00173 Fig. 3 is a simplified block diagram of a receiving terminal according 
to an embodiment of the present invention for use with the server of Fig. 2, - Figs. 4 - 
8 are simplified screen displays of terminal units during various stages of email and 

is file retrieval according to preferred embodiments of the present invention. 

[0018] Fig. 9 is a simplified schematic diagram of a mail server arranged to 
provide an HMAP connection according to embodiments of the present invention 
[0019 J Fig. 10 is a simplified diagram showing deployment of the BMAP 
system as an email server optimized for low-power and low bandwidth terminals. 

26 [0020 J Fig. 11 is a Simplified diagram showing deployment of the HMAF 
server as a pro&y to a conventional email server, " 

[0021] Fig. 12 is & simplified diagram showing deployment of the BMAP 
server as .a gateway server, 

" ' ■ ~ 5 - " • ' ' 
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. [0022] Fig. 13 is a functional block diagram showing data exchanges that 
occur during the different stages of login and mail and file retrieval of a mail session 
according to the above embodiments, 

[0023]. Hg, 14 is a simplified flow chart of an exemplary mail session 
s according to the above embodiments, from the point of view of the receiving client, 
and 

t [0024] Fig, 15 is, a simplified flow chart of an exemplary mail session 
according to the above embodiments from the point of view of the server supporting 
the mail protocol, 

io [0025 J Figs. 16A and 16B are comparative block diagrams showing 
forwarding of an e-mail having attachments, both according to the prior art and 
according to a presently preferred embodiment. . . . 

DETAILED DESCRIPllON. 
[0026] The embodiments to be described comprise an email protocol or an 

is apparatus for managing electronic data download or a method for the same in which a 
session between a network download source and a user client is maintained using a 
" definition ID, wWch may be regarded as a cooJde-like mechanism. 
. [0027] The user client terminal may identify itself to the .download source in 
any maimer understandable by the server. Identification of the client terminal may 

.20 occur when logging in, , when fetching She first message or at any other time deemed 
suitable by the skilled person. Identification of the user client is made available to the 
download protocol layer so that it can be used as necessary to modify email and 
attached files. The protocol has a series of commands to address the adaptation issues. 

■ *\ r 
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CO 028 J Identification is earned out to detennine who the user is, what his 
limitations are and what his preferences are. A protocol Tor use in the present 
embodiments comprises a definition set, which allows any data relevant to the above- 
described identification to be provided, in a uniform fashion. The definition set 

5 comprises a series of defined fields, a few of which may be required and most of 
which are optional. The fields may for example include a teiminal type - e.g + PC, and 
mobile telephone, and may also include That's why there was a definite article in 
front of connection type, but point taken, see new wording, a connection type, or a 
limit on maximum file size, or the desire of the end user to have all his text translated 

io into Russian, or in principle any type of requirement for data modification. 

[00291 3n a preferred embodiment the protocol layer determines the type of 
connecting device in addition to the user-name and password 
1 0 0 3 0 1 Additionally or alternatively, the definition set, also referred to herein 
by the term "settings", is independent of any individual connection socket, allowing a 

15 session to be independent of such : a socket and thereby to persist over multiple 
sockets, as will be explained in more detail below. 

[00313 In the present specification, the term HMAP, meaning HTTP-based 
mail access (including sending) protocol, is used in reference to a protocol according 
to one preferred embodiment of the present invention. 

20 [ 0032 ] In existing MAP and POP protocols, a copy, usually but not always a 
complete copy, of a stored message is automatically downloaded to a client when a 
. pser instructs the client to fetch the message. By contrast, in the present embodiments, 
the mail server is able to determine terminal type of fee receiving client, and thus it is 
possible, as will be explained in detail below, to .adapt e-mail messages and associated 

25 . 1 attachments to suit the receiving client type, Hencfc, for example, a mobile terminal 

-.7 - 
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having a 10 X 40 character screen and who thus cannot usefully display an entire 
Word document, but may be able instead to display a shorter text, may, through the 
above described identification, obtain as a download a portion of summary of the 
document, such as a table of contents. An additional advantage of the HMAP gateway 

5 . as described herein is that it is able to overcome problems specific to the behavior of 
flie wireless channel by means of appropriate management of the session: For 
example since the HMAP gateway knows from the identification that it is connecting 
. via GPRS, and therefore over a wireless link, it may reduce or otherwise adapt the 
packet length to ensure the packets reach their destination, 

io 10033 J Reference is now made to Fig. 1* which is a simplified diagram 
showing a computer 10 displaying an image 12. The computer 10 is connected to the 
Internet 13, through which it is able tp send data to other users of the Internet. It is 
. desired to send image 12, preferably via electronic mail (e-mail) to another user of the 
Internet, who, not necessarily with the knowledge of first computer 10, has connected 

is using a mobile telephone 14 via the cellular network 16. The cellular network has a 
lower capacity for carrying multimedia data such as images, audio and video, and 
may even have difficulty carrying formatted text documents and transferring them 
within a reasonable dine frame. In addition the mobile telephone only has limited 
memory and display capacity. The existing protocols for' sending mail do not allow 

20 the sending terminal to contact fhe receiving terminal to find out about its capacity 
limitations before sending the message and therefore, unless the sending temtinal 
already knows what kind of terminal the receiving terminal is, it is unable to tailor the 
message to the receiver's capacity. More particularly, Email protocols rely on the 
email server as an intermediate mailbox - emails are sent to the server, and the 

25 recipient retrieves them from the email server. There is no direct originator-recipient 
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connection, but rather the email is sent from tne sender's e-mail server to the 
receiver's email server, arid the email remains in the receiver's email server until the 
receiver connects to his email server and downloads the email. 
[ 0034] Reference is now made to Rg. 2, which is a simplified block diagram 

5 showing a mail serving arrangement according to a first embodiment of the present ■ 
invention for sending data items in a situation in which there are limitations on 
sending bandwidth or on the technical capacity of the receiving terminal device. In the 
present embodiment, an. ability is added to a data download source, such as the 
receiver's mail server or mail, gateway, or to a proxy to the mail server or like 

io locations, to identify the terminal type. Thus, when the terminal requests download of 
the data, the embodiment is able to modify the file in accordance with the receiver's 
capacity. 

£00353 In Fig;, 2, a data storage area 20 stores incoming mail messages in a 
mail message part 22 prior to download by die receiving terminal. The mail messages 

15 arid file attachments are generally stored separately, which is to say the attachments 
are preferably stripped from the mail messages and removed to a media storage part 
24, ' • - 

£00361 ft will of course be appreciated that the storage mechanism in the email 
server is not, however, important since an email server may store material in any way 

20 it wishes, although usually the internal data storage division is as illustrated. The 
attachments are replaced in the e-mail body by URLs that lead to the respective 
locations in storage of the attachments, and the user is able to invoke any of the URLs 
to obtain the corresponding attachment when desired. In a preferred embodiment, a 
single attachment may be represented by a plurality of URLs, one to request the entire 

25 attachment and others to request the attachment as processed in different ways. For 

.- 9 - 
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example a color picture may be requested in its entirely via one UKL, at a lower 
resolution via another URL and in black and white by a third URL. A connection unit 
26, is connected to e-mail part 22, and the connection unit 26 maintains a connection 
. with a receiving client The e-mail body is typically sent as is to the receiving client 

5 via the connection. 

[00373 The receiving client logs in and establishes a connection via the 
. connection unit 26- Logging in of the receiving client is handled by a connection 
Establishment unit 28, which carries out a log-in handshake procedure in a 
conventional manner, including requesting a user name, a password, and optionally 

to determining tlie maximum, connection speed or connection quality of service QoS. 
The QoS is preferably a composite of variables affecting the connection, for example 
speed, bandwidth, round trip delay etc. The maximum connection speed is generally 
used in the physical management of the connection and may for example be taken into, 
account when detennining default settings for adapting download content As will be 

15 described below, settings such as a maximum file size to be downloaded, may be 
. provided as defaults* and fee defaults may be overridden by the user*. A further 
example of the making of a default setting for a connection is to use a defoult 
maximum download time. The maximum connection speed is used in each case to 
determine a maximum fde size that can be downloaded in the default download time* 

20 Then any image file that exceeds the calculated maximum file size is reduced in 
resolution or converted to grey scale or the like. Any text file that exceeds the 
maximum file size is stripped out, stored and replaced with a URL as described 
above. 

[0038] In order to achieve an HMAP connection of the kind described above, 
25 in addition to the conventional log-in procedure, the connection establishment unit 28 

• ~ 10 - 
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preferably asks the receiving client for additional setting information, possibly 
including a terminal type identification. Hie log-in procedure is generally automatic 
lie. receiving client may for example identify itself as a mobile client For example 
the receiving client may specify the client model e.g. Nolda™ 9210, the protocol, &g. 

5 HMAP SW version, and the connection method e.g. GPRS, GSM, CDMA. 
Alternatively or additionally the receiving client may identify the connection as one 
. via the cellular network. Alternatively or additionally the receiving clientmay provide 
file download settings such as a maxmium acceptable file size. The file download 
settings may be general or may be specific to different file types. The settings may be 

10 ' user-selected,' or they may be selected on. the basis of the memory, processing or 
display capacity of the terminal unit or they may be selected on the basis of available 
connection bandwidfk or any combination of the above. 

[0039 ] The settings are preferably obtained during the login procedure, or, as 
. mentioned above, at any other suitable time such as during download of a first 
is message. The identification is then incorporated into a session ID, , which is a small 
software unit, similar in kind to a cookie, which contains the settings obtained during 
the login procedure M a manner which is independent of the current connection socket 
which the session happens to be using. The session ID is preferably handled by a 
session ID handler 30. Thus a given user making a connection has a given setting of 
2D settings for each of Ms connections or for each time he connects. If the same user 
subsequently connects using the same login details or account name but with a 
different type of terminal, then he is able to supply different settings during the login 
.procedure, . 
[ 004 03 As the session ID is independent of the connection socket, it allows the 
: 25 session to be reestablished in the event of loss of fee connection socket and also it 
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allows a connection socket to be closed down when not ia use or when a given task Is 
finished and a new socket to be opened as required, thus saving on computing 
resources. 

C0Q4i] Subsequently, the user receives his e-mail in the normal way. Hie 

5 attachments are typically replaced by URLs as described above . and the user obtains 
an attachment by selecting the respective URL, Typically the URL Is not itself shown 
on the screen but is replaced by. a descriptive name of a corresponding modification 
operation, such as View 1 st page. View Table of content, View as text and so forth, 
and the client invokes die respective URL by selecting the descriptive name. It is 

10 noted that the URL is internal to the implementation so that the user is not aware of 
the presence of the URL, Preferably, as mentioned- above, a single attachment may 
have several selectable modifications, each corresponding to a different one of various 
available retrieval methods: e.g. for video, one may have onb URL for downloading 
the original, and one may have an additional URL for streaming the data to the 

15 device. The attachment may be accessed using the URL via a converter unit 32, the 
URL providing the appropriate modification by activating the converter unit 32 to 
cany out the modification selected. The converter unit is additionally connected to the 
session ID handler 30, from which it is able to obtain the user selected URL or the 
modification settings contained therein, hi operation, the user requests a particular 

20 . media file by selecting die respective URL, The media file is preferably pulled from 
the mail server or other data storage 24 via the converter unit 32. . 
1 0042 J The file is then modified in die converter unit 32 using the definitions 
of the respective user connection (which may be referred to herein as "the connection 
definitions")* which are obtained from the handler 30 {which may be thought of as a 

25 connection definition unit). For example, a 140k qolor image file may have been 

- 12 - ' 
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included in an e-mail, which is now being downloaded by Hie recipient using a 
portable telephone. The portable telephone does not have the capacity to store a 140k 
image nor to show color or high resolution. That is to say the resolution available at 
the mobile device simply is simply insufficient for such an image. In the prior art, the 

5 . client usually reduces the image when displaying, to a resolution level that it can 
handle, however, the full resolution image is initially downloaded, taking up time and 
bandwidth. In many cases the user may prefer not to download the file since the 
download may take time and the end result may be of limited use. By contrast in the 
■ present embodiments, the server carries out the reduction, feus providing the above- 

io described advantages. The URL corresponding to the selected action may thus define 
for example, a file size limitation of 4k, a color restriction to black and white, and low 
resolution. The converter therefore takes the settings and uses them to convert the 
. image to a black and white low-resolution outline or thumbnail image of a size that 
may fit on the screen of a typical portable telephone, 

15 [0043] In a preferred embodiment, the converter unit 32 comprises a series of 
converters 34.1 . . . 34.n, each suitable for a different file type. For example there may 
be converters for images, compressed images, video, compressed video, audio, 
compressed audio, text files of different kinds etc. Such converters may be referred to 
as "media converters". It will be appreciated- that such converters may take 

20 attachments and produce corresponding converted attachments for delivery. 
Preferably, the conversion deals not only with converting the media for the client 
settings or capacity but also deals with sending the media in a specific protocol 
according to the media and receiving terminal. As an example of conversion, text or 
document files are often produced by particular word processing programs and 

25 comprise large amounts of formatting data. The converter may therefore usefully 

- 13. ~ 
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replace the formatting data with lower level formatting conimands which the typo of 
operating system or browser found on a digitally enabled mobile telephone is able to 
manage. In order to make such a replacement, however, the converter should 
preferably know what type of tensra 

5 [0044] Iha particularly preferred embodiment the media may be served using 
different sending protocols as best suited for the media in use, as well as for the 
terminal type* For example, an attachment may be identified as a video clip and sent 
using streaming protocols. Streaming protocols are ideally suited to video as well as 
other types of multimedia, requiring less bandwidth and less temporal storage on the 

10 client device* These and similar conversions may be said to be performed based on. 
the connection definition settings reflected in the connection definition, and the unit 
that performs the determining of the file type (and the available modifications for that 
file type based on the connection definition) may be said to be a definition availability 
device! 

15. [0045] By contrast the regular email solution is to download an entire clip to 
the client and then play it only when the entire clip has arrived. Such downloading 
- causes delay and requires storage on the client of the entire clip. 
EO0463 It will be appreciated that the server of Fig. 2 can be implemented an 
additional ways* It may for example also be implemented as a gateway. In such a . 

20 deployment, the data storage 22 is not part .of the gateway, but is located at the mail 
server in the normal way. 

[ 0047 ] In one way of using such a terroinal adaptive mail delivery system, the 
recipient may check the message more then once. Thus,- for example When on the 
road, he may see via his mobile telephone, that there is a new message and may select 
25 for download a quick preview of the first page. He may then decide, from, the 
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preview, that the message is hnportarit and subsequently, when be reaches bis fixed 

unit,, he may download fee full email on the PC as well/ 

C0Q481 Reference is now made to Fig. 3, which is a simplified diagram of a 
. . mobile terminal for use with the system of Rg. 2. A mobile terminal 40 may be any 
5 . kind of mobile terminal and may have capacity limitations depending on the type of 
terminal Gapabiiity definitions, relating to the capacity limitations, may be stored in 
memory on the device. Thus, the capabilities may be known by the device and 
declared by it at logon time. As an alternative, the device simply announces its model 
type, enabling the gateway to determine the capability definitions from a terminal 
10 database. In a preferred embodiment an input receiving unit 42 is provided for 
allowing a user to input connection preferences via the device interface 43. A 
connection capacity unit 44 is optionally provided for monitoring connection quality 
and storing setting definitions Corresponding to the measured connection quality. For 
' example the connection capacity unit 44 may monitor the received data rate, which is 
is relatively straightforward to implement Additionally, the connection capacity, unit 
, may obtain the number of rejected packets, or a ratio of accepted to rejected packets, 

t 0049 3 In an alternative embodiment the connection quality measurements 
. may be made at the far end of a cellular connection from the terminal, 
[0050] A connection management unit 46 combines inputfrom the user, from 
20 any definitions stored in the device and any connection capacity data that may be 
available, to form connection definition settings. The connection definition settings as 
assembled by connection management unit 46 are supplied, in a log-in procedure, to 
form the session ID referred to above, that maintains and defines the nature of the 
connection that fe to be set up (Le., creates a connection definition), at the server end 
25 . General device software is held in a general software unit 48. 
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[00511 Hie connection settings may include information from all or some of 
the above-mentioned sources and may include Monnation obtained externally to the 
mobile terminal 40. 

[ 0 0 5 2 J Eq an embodiment in which more than one source is used for providing 

s . data relating to the same setting definition, logic is preferably provided in the 
connection management unit 46 for combining the suggested settings from the 
■ different sources; Thus, the logic may take the data from the various sources into . 
account by setting the connection to the lowest level represented by each of the data 
items, « 

io £0053} Reference is now made to Fig. 4, which is a simplified diagram 
showing a mobile terminal displaying an e-mail message as may be downloaded using 
an embodiment of the present invention* The message comprises the text of the 
message body together with a URL for attached data. Hie URL is preferably bidden 
from the user behind a selectable label or menu choice. For example, a 64k image file 

is can only be handled with difficulty by a mobile terminal, which is to say that, if 
downloaded and- viewed, it would use up most of the termiBaPs resources. Tims, the 
present embodiment provides the alternative of allowing the user to download a 
message body containing one or more URLs that lead to the image, for example a first 
URL for the Ml image, a second URL for reduced resolution and a thircl URL for 

20 grey level only. In order to obtain the attachment the user selects the URL that 
corresponds to. the way in which he wishes to view the image. 
1 0054 1 It will be appreciated that what is being described herein is a protocol 
for mail transfer, together with a discussion of various capabilities that the protocol 
provides. The user client, is free to implement any application in association widi the 

25 protocol, in any way that he chooses. For example, the client may use an application 
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that carries .out certain decisions automatically, without taking advantage of the 
protocol's ability to provide a choice. Likewise the application may choose 
automatically in accordance with its own internal settings and as a further alternative 
it may offer the choice of retrieval method to the actual user interface. The specified 

5 user interface. schemas described herein are merely exemplary, since the user interface 
can be modified in title client to suit any applications vendor. 
I0055J Reference is now made to Fig, 5, which shows, by way of example, the 
same tenninal after the user has selected the URL. The converter has determined from 
. the settings supplied by the login procedure that the terminal is a mobile terminal with 

to a maximum capacity of 4k and an ability to display low resolution gray level images 
only. The image has been converted into a 2k gray level thumbnail or preview image. 
[0056] Reference is now made to Kg. 6, which is a simplified diagran* 
showing a mobile terminal using a preferred embodiment of the present invention. In 
the embodiment,, the user is not led directly to the multimedia file but is presented 

ts with a menu of different possible setting levels, corresponding to URLs, that the user 
is able to select from in order to obtain the file. To put it another way, the available 
modifications of the attachment are indicated to the client terminal by way of URLs 
(which may be displayed to the user or just used as a basis for generating a display of 
user options, as discussed more below). The user .may, use his knowledge of the 

20 capabilities of his terminal to select a level of preview that is appropriate. In a 
preferred embodiment the levels of preview shown in the menu are only those levels 
that the initial connection settings show to be possible for the current terminal. 
Likewise, for a video file, a series of options may be provided in a menu as follows: 
option!: play the movie, Option2: download. reduced version, Option3: download the 

25 foil original file. 
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[0057] - Ref eiencfc is now made to Mg* 7, which is a simplified diagram of a 
mobile terminal with an e-mail message showing that there is an attached text 
document Hie user is able to obtain fee document by selecting the menu item 
corresponding to a URL that specifies a review version of the document. Selecting the 
s menu item provides a. preview version of the document which removes word 
• processor specific formatting information and provides text which can be displayed 
with die capabilities of the mobile terminal, 

[0058] Reference is now made, to Fig, 8, which is a simplified diagram 
showing a screen for the same e-mail message as that in Fig. 7, but as may be formed 

10 for a more sophisticated terminal unit that is able to support a word prbcessor . 
program. In the case of the more sophisticated tenninal unit the user may usefully be 
given the choice of downloading a preview of the document, or downloading the 
document itself. Be user knows that the full document takes longer to download but 
may alsp be aware that the Ml document is easier to work with. The user, therefore 

15 has die opportunity to trade download and processing time for workability aiid speed. 
A typical set of options that may be provided for such a document is as follows: 
Optionl: get properties, Option2: get table of contents Option3; Get a specific page 
number, Optioii4: get as text representation, OptionS download in Pocket Word 
format (ft is noted that Pocket Word™ of Microsoft™ Corporation, is a reduced 

20 feature word processor used by many limited capacity, devices), Option6: download 
original file. It will be appreciated tot there are numerous other possibilities for 
download options that may be provided in given circumstances, 
C0059] hi general, die skilled person will appreciate that the URLs themselves 
are preferiably hidden from the user interface. Thus the mail screen may be provided 

25 with a look and feel that does not expose the actual implementation, but rather gives 
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the look and fed of regular email Exposing the URLs to the user interface may also 
make security breaches easier. 

[00 GO J Reference is now made to Fig. 9, which is a simplified block diagram 
, showing an arrangement of servers for realizing the block diagram of Fig. 2. 

s [0061] In Fig. 9, a mail server system 50 is connected via, an IP-protocol- 
based link 52 to different types of user terminals, including a PC 54 and a laptop 
computer 56. The IP based network is connected to cellular network 58 through which 
additional user terminals are connected including mobile telephone 60 and personal 
digital assistant 62, The laptop computer 56, as indeed other deyices, may be capable 

io ■ of connecting via bofii routes. 

[00621 It will be appreciated ifaat the servers shown in Fig/ 9 are logical 
' servers, which do not necessarily correspond to actual hardware servers* 
[066S] The mail server system 50 preferably comprises a mail storage area 70 
.for storing incoming mail with attachments. SMTP server 66, IMAP4 server 68 and 

15 FOP server 71 support the respective connection protocols. A mail deposit server 72 
receives mail from the terminals for sending over Hie Internet In the present context it 
is. noted that the deposit server 72 serves as a media stbxage area. or media bank,- so 
that attachments may be stored therein. Subsequently, if a user wishes to forward tie 
attachment, he proceeds in the normal way to forward the corfesponding e-mail from 

20 his client, but the attachment- is not downloaded from his client to the network. 
Rather, the attachment is forwarded directly from the network- Thus the reply to ? and 
forwarding of, messages becomes possible without needing to upload or download 
• attachments from the client Rather die attachn^nts are kept within the media bank, at 
the server, and sent on from there, reducing traffic at the wireless client to server stage 

25 of the link considerably. 

- 19 . 



030130BDA1_L> • 



WO 03/013980 PCT7IB92/03664 

[0 064] It is noted that the email server may be implemented in numerous way s 
but may preferably include protocol access points, that is points of entry for 
connections using the presently discussed embodiments and mail storage. 
[00651 . The embodiment of Fig. 9 thus provides an email server that may be 
; s optimized for low-bandwidth low-power terminals, but on the other hand can equally 
. well be optimized, simply by the use of different settings* for broadband connections 
such as TV digital receivers for Cable and Satellites. 

[00fi6I The skilled person wOI appreciate that the mail deposit server and 
associated procedure are unmodified in the prefeixed embodiments since it is not 

10 necessary to identify a tenninal that is depositing mail. A mail retrieval server 74 
:. allows the terminals to retrieve their mail. As described above, the mail that is 
retrieved may have media attachments replaced with pointers or URLs specifying 
matching retrieval locations, that allow users to retrieve their own attachments as 
required Beyond being pointers, the URLs may contain selected settings for 

15 specifying specific file conversions for the attachments* 

{0067] Iq addition to the servers above-m&ntione<£ additional media retrieval 
servers 76 and 78 are provided The servers obtain the connection settings and use the 
settings to ensure that the attachments are modified appropriately for the settings. It 
will be appreciated that any number of servers may be used as needed to provide the 
. so required quality of service level for the respective load. It will also be appreciated that 
components in the figure are logical units and as such may be implemented in 
. software or in hardware as desired. In software they may be co-hosted within the 
system in a manner appropriate to the system* s size. 

£006 8 3 Reference is now made to Figs. 10 - 12 y which are simplified 
75 ' schematic diagrams showing possible deployment schemes of th$ above 
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embodiments. Parts that are the same as those in previous figures are given the same 
reference numerals and are not described again except as necessary for an 
. understanding of the present embodiment- 

Fig. 10 shows a first deployment scheme for embodiments of the 
5 present invention. In die deployment scheme of Fig. 10 ? the system is deployed as a 
modified e-mail server. That is- to say, HMAP is integrated into an e-mail server to 
provide an integrated HMAP e-mail system. Preferably such integration provides a 
complement to existing access protocols* A server according to the present 
. embodiments, here denoted as an HMAP server SO, is located at the ISP or ASP and 
10 provides Ml email service. The connections are labeled HMAP as they are based on 
the above-described protocol. 

[0070] Fig. 11 is a simplified diagram which shows a second deployment 
scheme which may be :used as an alternative to that of Fig. 10- Fig- 11 shows an 
HMAP server SO provided as a proxy server , to complement a. conventional e-mail 

is server 82. The proxy server 80 and the e-mail server 82 are linked using an IMAP or 
. POP connection, or in a small percentage of cases a proprietary protocol. The e-mail 
server 82 is preferably a standard e-mail server. The prbxy server 80 complements the 
standard email capabilities. The email itself is preferably accessed using existing 
protocols and the proxy server uses the settings or definitions obtained to. modify, 

20 media files as they are requested. A single HMAP server is preferably assigned to a 
single email server to enhance the capabilities of that specific email server, 
[00711 Referring now- to the arrangement of the HMAP server as a proxy 
server to more than one e-mail server, it is noted in this connection that the proxy 
server may provide optimized interfacing for specific email servers, for example so as 

25 to use the respective e-mail server's proprietary interfaces or APIs; That is to say, in a 
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proxy arrangement, fee HMAF server can provide optimizations specific to the mail 
server in use. The optimizations relate to non-standard features known to the e-mail 
server. However, in the general case, non-standard features of the e-mail server are 
not known to fee outside and thus only standard interfaces can be used, 
5 [0072] Fig. 12 shows a gateway-based deployment of the system. The HMAP 
server 80 is located at or near (in network topology terms) the mobile IP access point, 
■ and. a single HMAP server is able to access and modify data from a plurality of 
different e-mail . servers, thereby improving the overall ISP or Telco (mobile 
telephony) service. The HMAP server is able to modify files in this way, and 
10 intervene in the login process, as long as the mail server exposes access protocol data. 
Thus all the users of a given ISP may experience the enhancements of terminal 
recognition regardless of what mail server they may use. 

[00731 Reference is now made to Kg, 13 which is a simplified diagram 
showing a user terminal 90 connected to a server 92 according to an embodiment of 

15 the present invention and showing in schematic form the data exchanges that occur 
during login and downloading. Parts feat appear in earlier figures are given fee same 
reference numerals and are not discussed in detail again except as needed for an 
understanding of fee present embodiment. As discussed above, the HMAP Gateway 
may provide capabilities for composing, replying to and forwarding email messages, 

'20 ' ■ and further providing mail handling enhancements as discussed above; A terminal 90 
begins a mail session by logging in 101 to start a mail session. A session ID is created 
for subsequent operations. The session ID may subsequently be used to continue the 
session in the event that the physical connection is lost The session ID may be 
located in association with the server and it may, in one embodiment* be returned to 

25 the user-client subsequent to fee login, for later use. as will be described below. 
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[0074 J The login is followed by the user receiving a welcome screen from 
which he is given, access to his mail or any other folder 102, From die mail folder he 
is able to download Ms messages 1 03, however he does not at this stage download any 
attachments. The messages preferably contain URLs for the file attachments, which 
s URLs may offer a choice, as described above, possibly including a preview, a reduced 
file adapted for his mobile terminal and a full download of the file. The file 
attachments are obtained after providing 104 the session ID obtained kbove. In the 
diagram, different servers 94. ,100 are. provided for different file types. As long as the 
session 3D is still available, meaing that the user has not logged out 105 of the session, 
10 new HTTP connections can be created Tints the session is not lost merely by 
interruption t>f the socket. The session ID may be stored as a cookie-like entity, as 
discussed above, which may be exchanged between the server and the client As each 
new task such as downloading a specific attachment is begun, the session ID is sent 
.from the user to the relevant server to establish a socket for the task and then the 
\5 session ID is preferably returned to the client ready for a new task. The session ID 
contains a current state of the session, for example it may indicate that the session is 
undergoing log-in, is carrying put a fetch headers, operation or the like* The session ID 
may be used internally to syachronize the various servers to treat the user requests 
consistently. 

20 1 00753 Reference is now made to Figs. 14 and 15, which are simplified flow 
charts showing various stages in the process of logging in and downloading mail with 
attachments, from the points of view of the user client and HMAP server respectively. 
[007 6 J In Fig. 14 a connection request is received 200 at the server. 
Connection definition settings may be requested or received automatically 202 and a 

25 . connection is set up with a session ID. The session ID preferably contains a 

■ f - 23 - 



D3D13080A1J_> 



WO 03/013080 PCT7IB02/03664 

connection definition correspoading to the connection definition settings for the 
connection, or the connection definition may be stored in memory in any other way* 
but preferably such that it may be obtained with the session ID. 
. £00773 Once logged in, the user client sends 204 a 'get folders' request to the 

s mail server to receive the list of folders. If a target folder is already known then the 
'get folders 1 request may be omitted- The server returns, the list of folders and the 
client requests 206 an individual folder. The server responds to a request regarding an 
individual folder by providing a list of th6 messages in the folder. The client then 
issues a request 208 for an individual message and the server analyzes the requested 

10 message; The server sends back a full message structure specifying attributes of the 
message and detail of media content and operations available for the content given the 
■V client settings and preferences. . 

[0078] Subsequently in the session, the user client issues 210 a request 
concerning the way in which it wants to receive the file by activating the appropriate 

is URL, or associated menu item. The request is detected by the server, and the file is 
modified accordingly. 

. [ 0 07 9] Referring now to Fig, 15, and the same operation is described from the 
point of view of the server. A session ID i$ received together wiih a folder list request 
220. Provided the session ID appears to be authorized to view the requested folder, 

.20 then the requested folder list is sent 222 to the requesting terminal. Then a request is 
received 224 for an individual folder, and the folder is sent .226. An individual 
tnessage request is then received 228 and the body of the messags is sent 230 together 
with a menu of attachments and allowable adaptations thereof, as discussed in detail 
above. A URL request or indication is received 232 from the tenninal, which URL 

25 specifies a given attachment and possibly also an adaptation of that attachment, in 
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. response to which 234 the adaptation is carried out and the attachment is sent to the : 
. requesting, terminal 

[0080 ] hi the procedure described above, the user client is able to download a 
message as the result of several interactions. It Is also possible to provide message 
5 retrieval in a single stage, hi a preferred embodiment of single stage message 
retrieval, the message to be retrieved is predefined, for example as the newest 
message in the folder, a message with a push notification, or a specific message that 
has not been synchronized between the client and the server, as will be discussed, 
below. The client, who is already logged in, issues a 'get message' request which 
10 contains the session ID, folder and message identification details. The client may, as 
. desired, request the text body alone, or the text together with all the associated media. 
If the media is requested, then it is sent according to the default settings of the 
receiving client terminal. Nevertheless, the user may still override the default settings. ' 
For example, if the client terminal can receive large images, then the terminal may 
is still request a small preview/thumbnail view of the imageThe server internally carries 
out fee operations of processing the request, matching the request with the client 
terminal default parameters contained as part of the login details and conversion of 
media files as necessary* The session ID is then returned to the receiving client for 
fixture use, 

20 [00813 A preferred embodiment of the present invention provides for the 
possibility of retrieving all media items in a rnessage in a single request, thereby 
•reducing the number of round trip delays to be involved in the download. Thus, it is 
not necessary for a user wanting all of a large number of media'items in a message to 
have to select each one individnally.Preferably a synchronization operation is also 

25 ' supported. \The synchronization operation is preferably initiated by .the receiving 
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client terminal and involves retrieving the message bodies or contents in a single 

retrieve operation for all or some of the messages in the Selected folder. In fact, such a 
. synchronization operation may be carried out without any special intervention from 

the HMAP-supporting gateway and the client may store data offline and carry out 
5 synchronization at will, by sending automatic synchronization requests. Specific types 

of requests within fee HTTP/LO protocol are discussed below. 

[0082] It will be appreciated that flic operation flow may be implemented as 

several request-response round trips, or as one request specifying all the login, folder 
^message parameters and therefore leading directly to the message or message list in a 
10 single step* Such a direct approach avoids round trip delays that increase the response 

time. 

' 10083] In a preferred embodiment, the transport protocol that is used is 
HTTP/1.0. Mail session operations, such as retrieval of the message body, are 
preferably implemented using an HTTP POST request Media retrieval operations are 

15 initiated with the HTTP GET request, at least for single file retrieval operations, and 
may also be initiated witi £h6 HTTP POST request for multiple file retrieval 
operations. Default encoding for message retrieval operations is text or xmf, There is 
no overall default encoding for media. Rather, media files are preferably encoded in 
accordance with the media type of the file. 

20 100 84] There is thus provided a system in which a data transfer server, in 
particular, but not necessarily a mail server, is able to identify the capacity and/or 
capability, of a receiving terminal or an intermediate connection and is able to modify 
requested files to suit die available capacity and/or capability. Likewise, there is 
provided a system in -which a data transfer session identification is retained 

25 independently of a socket connection, so the session is not dependent on the socket 
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Furftermore, the connection definition settings are stored as a connection definition, 
. either as part of the session ID or in another memory location, 

[0085] Reference is now made to Pig. 16, which is a simplified comparative 
block diagram which summarizes certain contrasts between die present embodiments 
5 (Pig. 16A) and the prior art (Kg. 16B). In Fig. 16A, a mobile telephone 100 is linked 
via an air link and backbone network directly to an e-mail server 102, Hie user 
receives an e-mail with an attachment and forwards it, leading to a transfer of 2MB of 
data over the airlink. 

[008S] By contrast; in Fig. 16B the mobile telephone 100 is interfaced to the 
io e-mail server 102 by an e-mail gateway 104. The mobile telephone user is able to 
download the attachment or not as desired, but in any case the attachment is stored at 
■ the gateway 104 and can be forwarded by issuance of a forward command, 
; [00871 Although gateway 104 is shown as an e-mail gateway, it is also 
.possible to provide a, multiple application gateway, using a single protocol to combine 
15 several applications, such as Email, Address Book, Calendar, Tasks and New$. Such a 
combined uniform protocol can hide the actual different (and possibly non standard) 
protocols that implement every application in an application suite protocol, simply by 
' treating the different content as attachments to a body message that corresponds to the 
specific application, 

20 [0088] Accordingly, there is provided a protocol for handling electronic mail 
between a receiving client and a mail server, which protocol is particularly suitable 
for limited bandwidth connections and limited capacity receiving terminals, and 
which protocol is capable of supporting message retrieval, compound media retrieval, 
message composition, reply and forwarding . of mail, message deletion and 

25 synchronization, , 
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[0089] ^Essentially, the protocol defines an interaction between the following 
two entities: a mobile email gateway and a mobile email client The mobile email 
client can be implemented by software that can be hosted on a client terminal in 
association with a browsing capability. Hie client preferably includes the following 

5 capabilities: the ability to access the protocol server or gateway in order to obtain 
email data, the ability to identify a terminal type, including the ability to respond to a 
request to identify a tenoinal type, to provide a user interface which is able to present 
data and user download, forwarding and reply choices in the simplest and most 
efficient manner possible, and the ability to select media for download arid. to select 

lo the. manner of. retrieval, either automatically or -using manual intervention, in 
particular the ability to screen out unwanted downloads that could tie up resources. 
[0090] In message reply and forwarding, it is common to include message 
parts, such as file attachments, that have already been sent to the terminal with, or as a 
result of, previous messages. In the cases of reply and forwarding, the protoeolallows 

is a server, by enabling it to check messages for URLs, to ascertain whether the reply or 
forward message includes any message parts, such as file attachments, which are still 
stored as attachments at fee server. If so then the material from the server is used and 
an extra download from the sender is avoided 

£0091] Hie mobile gateway may be provided as software that is co-hosted 
20 with the mail server as an extension to the access protocol, or it may be. a separate 
system operating as a gateway and possibly working in conjunction wifh several email 
servers. The mobile gateway may access the email server (or a proxy), determine 
connection capabilities, desired settings etc. and finally adapt media to. be 
downloaded, to match the connection capabilities and the desired settings- The 
25 protocol divides into three separate tasks: firstly mail session invocations and the 
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downloading of mail messages,, secondly media retrieval invocations and the 
adapting and downloading of media, content,* Thirdly the protocol makes a session 
independent of individual sockets. Mail session invocations handle login, folder 
setting, obtaining the message envelope, message composition, message deletion, and 
5 message content retrieval, which is to say retrieyal of the message body, and media 
retrieval operations comprise adaptation of the media files and their retrieval. The 
media files themselves preferably remain unchanged but the content is adapted, 
according to the requirements of the receiving teimboal, and the adapted content is 
downloaded 

10 [00923 It is appreciated that certain features of the invention, which are, for 
clarity, described in the context of separate embodiments, may also be provided in 
combination in a single embodiment Conversely, various features of the invention, 
which are, for brevity, described in the context of a single embodiment, may also be 
provided separately or in any suitable subcombination, 

is 10093] It will be appreciated by persons skilled in the art that the present 
invention is not limited to what has been particularly shown and described 
. hereinabove* Rather the scope of the present invention is defined by the appended 
claims and includes both combinations and subcombinations of the various features 
described hereinabove as well as variations and modifications thereof, which would 

20 . occur to persons skilled in the art upon reading the foregoing description. 
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~ - CLAIMS, ' 

There is claimed: 

L A message delivery server for delivery of electronic mail messages to a 
' receiving client terminal, said server comprising; 

a data storage for storing attachments of said electronic mail messages; 

a connection establishment unit for establishing a connection with said receiving 

client and obtaining one or more connection definition settings; 
a connection unit for maintaining said connection with said receiving client; and 
a definition unit for storing a connection definition corresponding to said one or 
more connection definition settings. 

2. the message delivery server according to claim 1, wherein the connection unit 
opens a communication socket, for commnnicating wife said receiving client, in 
accordance wifli said connection definition. 

3. The message delivery server according to claim 2, wherein said connection 
imit opens said commnrrication socket more than once during said connection. 

4. The message delivery server according to claim 1, further comprising a media 
converter converting one of said attachments to produce a converted attachment for 
delivery via said connection, tie converting being performed based on . said 
connection definition. 
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5- The message delivery server according to claim 4, comprising a plurality of 
said media converters, each said media converter converting a respective media type, 
{ ■ 

6, The message delivery server according to claim 1, wherein said one or more 
connection definition settings are obtained from said receiving client 

7> Hie message delivery server according to claim 6, wherein said connection 
definition Includes at least one definition relating to a connection bandwidth of sard 
connection with said receiving client 

T 

8. The message delivery server according to claim 6, wherein said connection 
definition includes at least one definition relating to a user client capacity. 

9. The . message delivery server according to claim 6, wherein said connection 
definition includes at least one definition relating to a user preference. 

10. The. message delivery server according to claim 1, wherein said connection 
definition relates to a connection bandwidth of said connection with said receiving 
user. 

1L The message delivery server according to claim 1, wherein said connection 
definition relates to a user client capacity^ 

12. The message delivery server according to claim 1, wherein said connection 
definition relates to a user preference. 
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13, The message delivery server according to claim 1, wherein said each 
attachmentis characterized by one of a plurality of media types, and said connection 
definition indicates media conversion formal preferences for oiies of said media types. 

14. The message delivery server according to claim 2, wherein said connection 
unit successively opens said communication socket 

15* - The message delivery server according to claim 1, wherein said connection 
definition.indicates a maximum file size* . 

. 16. The message delivery server according to claim 1, wherein said connection 
definition indicates a preferred language. 

, 17. The message delivery server according to claim 1, wherein said connection 
definition indicates a rejection of graphical content 

■18. The message delivery server according to claim 1, wherein said connection 
definition indicates a rejection of color content 

19. The message delivery server according to claim 1 5 configured so as to. first 
deliver said electronic mail messages to said receiving client; and to separately deliver 
said attachments to said receiving client 

20*. The message delivery server according to claim 19, wherein said second 
server unit comprises * a media converter converting one of said attachments to 
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. produce a converted attachment for delivery via said connection, the converting being 
performed based on said connection definition. 



" 21, The message delivery server according to claim 20, configured to convert the 
attachment to a size adapted to fit a mobile device screen indicated by said connection 
definition; • 

22. The message delivery server according to claim 20, wherein said second 
server ."omit comprises a plnraKty of media converters including said media converter, 
. and a definition selector selecting. o$e of said media converters in accordance with a 
multimedia file type of one of said attachments to be delivered. 

, 23. The message delivery server according to claim 1, wherein the connection unit 
. is. operable to stream ones of said attachments comprising media files. 

.24 A network communications system including a message delivery server 
according to claim 1, wherein the message delivery server is an e-mail server. 

25. A network . communications system including a message delivery server 
according to claim 1 and further comprising an email server, wherein the message 
delivery server acts as a mail proxy for the email server* ... 

26. A network communications system including a message delivery server 
according to claim 1 and further comprising an email server, wherein said definition 
unit of said message delivery server acts as a gateway between said receiving client 
and said mail server. 
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, 27. The system according to claim 26,- wherein said message delivery server 
comprises a protocol supporter far supporting a suite of different application 
. protocols, 

28. The message delivery server according to claim I, wherein the connection unit 
retains said connection in an open state in the event of temporary link loss, 

29. The message delivery server according to claim 13, configured so that, when 
an electronic mail message has a plurality of multimedia files as attachments* said 
connection unit delivers the content of said plurality of multimedia files in parallel. 

30. The message delivery server according to claim 1, further comprising: 

a definition availability device for detBmmring a file type of an attachment to be 
downloaded, to determine available modifications for said file type based on 
said connection definition; and 

said connection unit sending an indication of said available modifications to said 
receiving client 

3L The message delivery server according to claim 30, operable to send s^id 
indication of said available modifications to said receiving client terminal as 
respective URLs, 

32, A message delivery system, comprising: . 
a messagb delivery server storing email messages for delivery to clients, the email 

messages having attachments, and 
a client logged in to the server; 
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the server being configured to: 

obtain client terminal Mormation relating to the client, and 
send to the client a version' of a selected attachment, modified according to the 
client tenninal infonnation. 

33. A user networking client tenninal, comprising a connection management unit 
indicating, to a message delivery server, one or more connection definition settings; 
the connection definition settings indicating for the message delivery server the 
modifications to make to one of more email attachments prior tp download to the user 
networicing client terminal. 

34 ' A user networking client terminal according to claim 33, wherein said 
connection definition settings comprise a terminal type identifier. 

35. A user networking client tenninal according to claim 34, wherein said client 
teiioaiml.farther comprises networking capahility. 

36. A user networldng client terminal according to. claim 33, wherein said 
connection definition settings comprise a model type identifier. 

37. A user networking client tenninal according to claim 33, wherein said 
connection definition settings comprise user preferences for downloading data. 

38. A user networidng client terminal according to claim 33 y . wherein said 
connection definition.settings comprise terminal type data processing capacities. 
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39. A user networking client terminal according to claim 33, wherein said 
connection definition settings comprise media file-type specific definitions. 

40. A user networking client terminal according to claim 33 s wherein said 
connection definition settings comprise physical link capacities. 

41. A user networking client tsnxriaal according to claim 40 y tether comprising 
multimedia operability to process multimedia files modified by the message delivery 
server in accordance with die connection definition settings. 

' 42. A user networking client terminal according to claim 33, wherein the 
connection management unit sends the one or more connection definition settings to 
the message delivery server as part of a connection login process, 

43. A file modifier for use with a mail delivery system, the file modifier 
: comprising: . 

an input receiver receiving a connection definition corresponding to one or more 
connection definition settings of a receiving client, said connection definition 
indicating a file modification, and 

a converter modifying a file to be downloaded to said receiving client in accordance 
with said connection definition, 

44. A file modifier according to claim 43, wherein said connection definition 
indicates a maximum capacity, and wherein said converter reduces ffoe file size of said 
file to be downloaded to a file size at or below said maximum capacity. . 
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45* A file modifier according to claim 43, wherein said connection definition 
indicates a file format, and wherein said converter modifies the format of said file to 
be downloaded firom an original file format to said indicated file format. 

46. A file modifier according to claim 43, further comprising: 

a definition availability device deterrnining a file type of an attachment to be 
downloaded, to determine available modifications for said file type; and 

said connection unit sending an indication of said available modifications to said 
receiving client 

i 

47. . A file modifier according to claim 46, wherein said definition availability 
device bases said indication of said available definitions in accordance with said 
connection definition* 

48. A session identifier for use in an electronic data exchange session over a 
network between a terminal and a server, the identifer comprising: 

login information, 

a. terminal type definition* and 

tenninal settings, 

said session identifier being exchangeable between the server and the terminal in 
order to create successive connection sockets during said session according to 
said login information, said terminal type definition and said terminal settings, 

49. The session identifier according to claim 48, operable to make said 
information available to enable said server to modify data for transfer to said terminal. 
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50. The session identifier according to claim 48, wherein said terminal settings 
comprise an indicator of a terminal capacity limitation. 

51. The session identifier according to claim 48, wherein said settings of said 
receiving terminal comprise? an indicator of a connection capacity limitation* 

52. An e-mail soever session connection method, comprising: 

receiving a connection request from a receiving client and establishing a session, 
receiving one or more connection definition settings from said receiving client, 
. establishing a connection with said receiving client within said session, and 
based on said connection definition settings, associating a connection definition 

with; said session, tiaereby enabling reactivation of said session upon 

deactivation of said connection. 

53. An e-mail server connection method, comprising: 

receiving a connection request from a receiving client and establishing a session, 
receiving one or more connection definition settings from said receiving client, 
establishing a connection with. said receiving cEent, 

associating a connection defMtion, based on said connection definition settings, 

with said connection to said receiving client, and 
modifying files to be sent via said connection according to the associated 

connection definition. 

54. A m&thod according to claim 53, wherein said files comprise multimedia files. 

55. A method according to claim 54, further comprising: 
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checking statistics for each media file to be downloaded, and 
sending to said receiving client a list of possible modifications to said media file 
. based on said connection definition. 

56, A method according to claim 55, further comprising sending said list as a 
series of user selectable list items. 

57. . A method according to claim 56, fiiriher comprising: 
receiving a selection from said receiving client of one of said list items, 
modifying said media file in accordance with said selection, and 
sending said modified media file to said receiving client 

58. A method according to claim 52, wherein said connection <fefinition relates to 
. a coMection bandwidth, x 

59. A method according to claim 52, wherein said connection definition relates to 
a nser client terminal capacity. 

60. A method according to claim 52, wherein said connection definition relates to 
a user preference, 

61. An e-mail client connection method comprising: 

" " sending a log-in request to an e-mail server to set up a connection with said server, 
sending one or more connection definition settings to said server to define 
multimedia file properties for modifying multimedia files sent to said client over 
said connection. 
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62* A method according to claim 61, wherein said connection definition settings 
relate to a connection bandwidth. 

63- A method according to claim 61, wherein said connection definition settings 
relate to a user client capacity. 

64. A method according to claim 61, wherein said connection definition settings 
relate to a nser preference. 

65. An e-mail gateway for carrying ont transfers of e-mail and associated data 
.files to a receiving client, said gateway comprising: 

a terminal identifying unit for obtaining data of a terminal type being used by said 
receiving client, and 

a transfer modifier for using said obtained data of said temiinal type to adapt said 
transfers to smt said terminal type. 

66. A message delivery server for delivery of email messages and attachments to a 
client terminal, said server comprising: 

a data storage storing the attachments of the email messages; 

a connection establishment unit receiving one or more connection definition settings 

from the client terminal; 
a definition unit storing a connection definition corresponding to the connection 
definition settings; and 
. an attachment converter unit modifying the attachments, based on the connection 
. definition, prior to delivery to the client terminal. 
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67. . The message delivery server according to claim 66, wherein the attachment 
converter unit comprises a plurality of media converters, each converting ones of the 
attachments of a respective media type, 

. 68. The message delivery server according to claim 66, wherein the connection 
definition indicates a connection bandwidth of said connection with said client 
terminal. 

69. The message delivery server according to claim 66, wherein the connection 
definition indicates a client terminal data storage capacity, 

* ■ 70. liie message delivery server according to claim 66, wherein the connection 
definition indicates a user attachment conversion preference. 

71, The message delivery server according to claim 66, wherein the connection 
definition indicates a maximum file size. 

72, The message delivery server according to claim 66, wherein said connection 
definition indicates a preferred language. 

73, The message delivery server according to claim 66, wherein said connection 
definition indicates a rejection of graphical content 

74/ The message delivery server according to claim 66, wherein said connection 
, definition indicates a rejection of color content 
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. 75. The message delivery server according to claim 66, wherein said connection 
definition indicates a mobile device screen size. 



76 The message delivery server according to claim 66, wherein the attachments 
are stored separately from the email messages and are not automatically sent to fee 
client terminal with the corresponding email message* 

77. The message delivery server according to claim 66, wherein the connection 
unit is operable to stre&m pnes of said attachments comprising media files. 

7S. The message delivery server according to claim 66, wherein the connection 
unit retains information regarding said connection in the event of temporary link loss, 
whereby the client terminal is enabled to continue the session after the temporary link 
loss, 

79. The message delivery server according to claim 66, further comprising a 
definition availability device determining a file type of an attachment to be 
downloaded, to determine available modifications for the file type based on the 
connection definition, wherein the connection unit sends an indication of thfe available 
modifications to the client terminal. 

SO. Hie message delivery server according to claim 79, wherein the connection 
unit sends the indication of the available modifications to the client terminal in the 
form of URLs. ■ 
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